home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6705 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB
  1. Path: mail2news.demon.co.uk!ns.unibol.com
  2. From: John Girvin <jgirvin@bfs.unibol.com>
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: AddIntServer + VERTB strangeness
  5. Date: Sun, 31 Mar 1996 13:05:51 GMT
  6. Message-ID: <199603311305.NAA20741@mailhost.unibol.com>
  7. X-NNTP-Posting-Host: ns.unibol.com
  8. X-Newsreader: TIN [version 1.2 PL2]
  9. X-Mail2News-Path: ns.unibol.com
  10.  
  11. On 29 Mar 1996 19:29:50 +0100, mlelstv@serpens.rhein.de (Michael van Elst) wrote:
  12. :>John Girvin <jgirvin@bfs.unibol.com> writes:
  13.  
  14. :>The vblank interrupt is a server interrupt. You are just allowed to
  15. :>add your own code to the chain (at any position but you should be aware
  16. :>of a graphics.library bug) and you must not abort the chain.
  17. erm, apology time *blush* I missed the bit in the RKMs that says youre 
  18. not allowed to abort VERTB interrupt chains, which is what I was doing.
  19. So: sorry! I really should read documentation, not skim over it I guess...
  20.  
  21. What is the graphics.library bug?
  22.  
  23. :>Maybe I was misunderstood. Allocating HW resources and then hitting the
  24. :>hardware is "using the OS".
  25. Yes, that was a misunderstanding. I thought you meant *any* HW hitting 
  26. was anti-OS, even if the HW was OS allocated. This is what I call the 
  27. "in between" ground of 50% OS/HW because you access the silicon directly
  28. and not via APIs.
  29.  
  30. :>>If you stick to the published OS and HW interfaces (which I do) then surely 
  31.                                                        ^^^^^^^^^^ seems not!
  32. :>>there is no problem provided these interfaces dont change?
  33. :>The only problem is that of portability. If you poke the hardware then
  34. :>people must use this hardware. If you use just OS functions then this
  35. :>adds an abstraction layer that keeps the software happy even when the
  36. :>hardware changes.
  37.  
  38. Yup, I realise my code will fall over big time on non-OCS machines in
  39. the future. BTW, "fall over" == "OS-check for OCS and if not available 
  40. tell the user it needs OCS and exit" :) Like I said, this is *old* code
  41. and way too much work to rewrite 100% future friendly.
  42.  
  43. :>Using the interrupts in this way is not allowed and it doesn't work
  44. :>anyway :)
  45. hehehe true, true :)
  46.  
  47. :>>:>the only
  48. :>>:>acceptable solution is to obey to the rules set by the OS specification.
  49. :>>Im trying to.
  50. :>I see this. I'm not flaming you but you simply made a mistake.
  51. Sorry :) I thought you were...
  52.  
  53. :>The OS specification says that you must not abort the chain with your
  54. :>handler. This is special for VERTB, it is allowed for PORTS and EXTER.
  55. Thats the sentence I missed in the RKMs :)
  56.  
  57. So theres nothing I can do then? I just let the OS VERTB interrupts run
  58. and cause my nice smooth display to jerk and shudder? *sigh* Maybe Ill
  59. find another way to do it...
  60.  
  61. Cheers,
  62. /John.
  63. __________________________________________________________________________
  64. |/\John Girvin : developing software for Unibol Inc., speaking for myself|
  65. |\/jgirvin@bfs.unibol.com | Amiga,!PC,net,Trek,SF,MTB,C2H50H,house,techno|
  66. |girv@girvnet.demon.co.uk | Youll never take me alive, Macro$loth fiends!|
  67. \A1200/030-40/10M/3.0 A500/000-7/2M/2.04 464/Z80-4/0.0625M/1.0 Team AMIGA/
  68.